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10 La presente invention concerne un procede pour T emulation logicielle de 
disques durs d'une plate-forme informatique au niveau du systeme 
d ? exploitation, avec gestion parametrable a la volee des requetes d'ecriture et 
de lecture, 

15 Elle permet notamment V emulation complete d'un ou plusieurs disques durs 
emules, vus comme de veritables disques durs par le systeme d 9 exploitation 
d'une plate-forme informatique, telle un ordinateur personnel (PC) ; les 
donnees contenues dans un disque dur emule peuvent etre stockees sur tout 
type de support, tel un serveur sur un reseau, un CD-R, un DVD-ROM, une 

20 memoire flash, un disque dur externe. 

L'invention permet ainsi 1' emulation complete d'un disque dur systeme, c'est- 
a-dire un disque dur permettant Famorpage de V ordinateur et subsequemment 
le chargement complet du systeme d' exploitation dont les composants sont 
25 stockes dans ledit disque dur emule. 

D'une maniere generale, on sait que dans les micro- ordinateurs utilises a 
rheure actuelle, le systeme d' exploitation, les programmes applicatifs ainsi 
que les donnees propres aux utilisateurs, sont stockes dans un disque dur 
30 accessible par P unite centrale de V ordinateur. 
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Les disques durs se presentent comme des empilements de plusieurs plateaux 
dont les differentes faces sont accessibles par des peignes de tetes ; sur chaque 
piste sont inscrits des secteurs. 

Par exemple, pour les micro-ordinateurs compatibles "IBM PC", le "BIOS" 
(systeme de base d' entrees/sorties) lit ou ecrit les informations venant ou 
allant au disque dur a l'aide d'une boucle de programme. Les programmes 
applicatifs peuvent utiliser le BIOS pour lire ou ecrire sur le disque dur, soit 
directement au niveau des secteurs via 1' interruption logicielle "int 13h", soit 
) plus frequemment au travers du systeme de fichiers via l'interruption logicielle 
"int21h". 

Le premier secteur du disque dur contient un programme special charge en 
memoire et lance par le "BIOS" au demarrage de 1' ordinateur. Ce programme, 
5 nomme "MBR" (Master Boot Record) gere un eventuel partitionnement du 
disque en plusieurs sous-espaces, appeles "partitions". Ces "partitions" 
peuvent etre attributes a des systemes d' exploitation differents que 
l'utilisateur pent choisir au demarrage de 1' ordinateur. Une fois que ce choix 
est realise, un programme (appele "BOOT") contenu dans les premiers 
20 secteurs de chaque partition est charge a son tour et lance. Son r61e est de 
charger le systeme d' exploitation stocke sur la partition correspondante du 
disque dur et de le lancer. Les secteurs suivants servent a gerer l'espace 
reserve aux fichiers. 

25 Ainsi, lors de la mise en route, le micro-ordinateur precede au chargement 
dans sa memoire vive (RAM) du systeme d' exploitation contenu dans le 
disque dur, puis les logiciels applicatifs ainsi que les donnees utilisateurs. 

II s'avere que lors de ces operations de mise en route, la moindre anomalie 
30 provoque frequemment une destabilisation engendrant un blocage du micro- 
ordinateur. 
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Par ailleurs, dans un but de securisation, dans de nombreux cas, Faeces an 
systeme d' exploitation et/ou a certains fichiers contenus dans le disque dur 
n'est possible que par certains utilisateurs identifies apres saisie et 
reconnaissance d'un mot de passe (identifiant). On constate, en pratique, que 
5 dans un systeme en reseau exploite par de nombreux utilisateurs, ce type de 
securite pose de plus en plus de probl ernes en raison de la complexity de sa 
gestion. 

L'invention a done plus particulierement pour but de supprimer ces 
10 inconvenients, grace a un procede mettant en oeuvre P emulation logicielle 
totale de disques durs au niveau des blocs de donnees, aussi appeles secteurs, 
ou au niveau du systeme de fichier, permettant ainsi d'utiliser dans les disques 
durs emules tout type de systemes de fichiers acceptes par le systeme 
d' exploitation. 

15 

Selon 1' invention, ce procede est plus particulierement caracterise en ce qu'il 
consiste a creer dans une premiere etape une representation d'un disque dur 
reel dans laquelle peuvent etre adaptes les ordres de chargement et d' execution 
de certains des composants du systeme d ? exploitation d'une plate-fonne 

20 informatique, puis de charger sur ladite plate-forme informatique au cours 
d'une deuxieme etape un ou plusieurs pilotes de peripherique parmi lesquels 
au moins un des pilotes de peripherique permet le dialogue reel avec un 
support de stockage de donnees contenant les donnees du disque dur emule, 
puis a simuler dans xme troisieme etape le comportement d'un veritable disque 

25 dur pour le systeme d' exploitation. 

En ce qui concerne le terme "support", on entend ici et dans le reste de la 
description, tout systeme permettant de conserver de fa<?on volatile ou non 
volatile des donnees informatiques ; ce terme designe aussi bien un disque dur, 
30 un CD-ROM, une bande magnetique, ou un service de donnees accessibles par 
un reseau informatique. 
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Par affleurs, l'invention prevoie mi traitement specifique des operations 
d'ecriture effectuees dans le disque dur emule. Par exemple, si le support de 
stockage de donnees dudit disque dur emule est un media non reinscriptible a 
la volee (un CD-R par exemple), les donnees ecrites pourront etre stockees en 
5 memoire vive ou sur un support acceptant les ecritures a la volee, tel un 
veritable disque dur local. Le traitement specifique des ecritures permet de 
proposer des disques durs emules « volatils », c'est a dire ne retenant pas les 
modifications effectues dans le disque dur emule apres un redemarrage de 
l'emulation, des emulations standards, ou le disque dur emule se comporte 
10 exactement comme un disque dur normal. D'autres types de gestion des 
ecritures sont prevus et permettent d'autres utilisations de l'invention. 

L'invention prevoit egalement que, si le support de stockage de donnees 
contenant les donnees du disque dur emule le permet, par exemple si le 

1 5 support est un fichier stocke sur un serveur d'un reseau, plusieurs ordinateurs 
puissent acceder simultanement au disque dur emule a travers ladite 
emulation. Dans ce cas, une methode de diffusion dite "multicast" pourra etre 
utilisee, de facon a reduire significativement la bande passante utilisee pour les 
lectures quasi-simultanees, demandees par plusieurs ordinateurs « clients », 

20 qui s' effectueraient sur les rnemes parties du disque dur emule. 

Grace a ces dispositions, l'invention permet de resoudre les problemes de 
destabilisation lors de la mise en route de la plateforme informatique et les 
problemes de securite precedemment evoques et de simplifier grandement 
25 l 5 administration des plates-formes informatiques. 

Par ailleurs, dans le cas d'un systeme a reseau exploite par plusieurs 
utilisateurs, chaque poste n'est plus lie aux applications chargees localement 
ni aux utilisateurs habituels de la plate-forme. Par ailleurs, les erreurs 
30 effectuees par les utilisateurs n'ont plus d'incidence sur le fonctionnement 
global du systeme a reseau. 
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Ainsi, (Tune fa<?on plus precise, le precede selon V invention permet le 
dialogue entire le disque dur emule et le systeme d' exploitation « a la 
maniere » d*un veritable disque dur grace au truchement d'un des pilotes de 
peripheriques ci-dessus mentionnes, en simulant le comportement d'un 
5 veritable disque dur pour le systeme d' exploitation, a toutes les phases du 
processus d'amorpage, aussi bien pendant la phase devolue traditionnellement 
au micro logiciel (BIOS par exemple) que pendant les phases prises en charges 
par le systeme d' exploitation lui-meme, et en pariiculier par les composants de 
gestion des disques durs du systeme d' exploitation. Cette emulation totale, 
10 comprenant la possibilite d'amor<?age, peut necessiter des adaptations des 
ordres de chargement et d' execution de certains des composants du systeme 
d' exploitation. 

Une gestion des requetes d'ecritures que le systeme d' exploitation emet vers le 
15 disque dur emule, est effectuee au niveau des pilotes de peripheriques et/ou au 
niveau d'un eventuel service serveur de disque dur sur le reseau. Cette gestion 
permet que les donnees ecrites soient stockees, selon le parametrage desdits 
pilotes de peripheriques et/ou dudit service serveur de disque dur sur le 
reseau : 

20 * ou bien directement dans le support contenant le disque dur emule, 

■ ou bien dans la memoire, vive ou virtuelle, accessible au systeme 
d 5 exploitation utilisant le disque dur emule, 

■ ou bien dans un espace de stockage volatil accessible au systeme 
d ? exploitation utilisant le disque dur emule, 

25 " ou bien dans un espace de stockage non volatil accessible au systeme 

d 5 exploitation utilisant le disque dur emule, 
" ou bien dans un espace de stockage volatil accessible au service 
serveur de disques durs emules sur un reseau informatique, 

■ ou bien dans un espace de stockage non volatil accessible au service 
30 serveur de disques durs emules sur un reseau informatique. 
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Une gestion des requetes de lecture que le systeme d' exploitation emet vers le 
disque dur emule est effectuee au niveau des pilotes de peripheriques et/ou au 
niveau d'un eventuel service serveur de disque dur sur le reseau de facon a ce 
que, pour un poste client, les lectures des donnees ecrites precedemment soient 
5 effectuees dans 1'espace de stockage idoine, c'est a dire : 

« ou bien directement dans le support contenant le disque dur emule, 
■ ou bien dans la memoire, vive ou virtuelle, accessible au systeme 
d' exploitation utilisant le disque dur emule, 

* ou bien dans un espace de stockage volatil accessible au systeme 
1 o d' exploitation utilisant le disque dur emule, 

« on bien dans un espace de stockage non volatil accessible au systeme 
d' exploitation utilisant le disque dur emule, 

* ou bien dans un espace de stockage volatil accessible au service 
serveur de disques durs emules sur un reseau informatique, 

15 s ou bien dans un espace de stockage non volatil accessible au service 

serveur de disques durs emules sur un reseau informatique. 

Dans le cas ou les donnees du ou des disque(s) dur(s) emule(s) sont 
accessibles aux postes clients via un reseau informatique, un programme 
20 sp6cifique, appele « logiciel serveur », est en charge, sur un des postes du 
reseau informatique, d'une part des communications via le reseau avec les 
postes clients qui accedent aux disques durs emules, et d' autre part d'acceder 
au support des donnees contenant les donnees des disques durs emules. 

25 Si le disque dur emule doit etre amorce, un module micro logiciel bas niveau 
est responsable de l'acces aux donnees contenues dans le disque dur emule. 
Ledit module logiciel fournit une interface de type micro logiciel (BIOS par 
exemple) afin de permettre la bonne execution des fonctions de chargement 
des composants du systeme Sexploitation charges traditionnellement par le 

30 micro logiciel lors de l'amorcage du systeme d' exploitation depuis un disque 
dur reel. 
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Ce micro logiciel pourra, dans le cas d'ordinateurs de type compatible PC, 
utiliser tin gestionnaire d 5 interruption 13h foumissant an systeme 
d ? exploitation 1' interface utilisee par ce dernier. 

5 Le micro logiciel pourra, dans le cas d'ordinateurs utilisant des programmes 
memoires de demarrage de type "PXE" (PROM de demarrage PXE), utiliser 
les fonctions rendues disponibles par ces "PROMS " pour gerer les 
communications via le reseau informatique de fa9on independante du modele 
d' interface reseau utilisee. 

10 

Le micro logiciel bas niveau est charge dans la memoire du poste client puis 
execute en utilisant les fonctions rendues disponibles par une "PROM" de 
demarrage comme une puce d ? amor?age "PXE" par exemple. 

15 Le micro logiciel bas niveau pent egalement etre charge dans la memoire du 
poste client puis execute en tant que composant du micro logiciel basique 
(BIOS par exemple) du poste client. En particulier, ledit micro logiciel bas 
niveau fournit les memes fonctions que les services d'acces aux veritables 
disques durs fournis habituellement par le micro logiciel basique standard. 

20 Par exemple, dans le cas ou les donnees contenues dans le disque dur emule 
sont stockees sur un disque optique comme un CD ou un DVD, le micro 
logiciel bas niveau pourra etre foumi par le constructeur du poste client en tant 
que partie du BIOS foumissant les fonctions d'amoi^age BIOS depuis un 
disque optique. 

25 

Le micro logiciel bas niveau peut enfin etre charge dans la memoire du poste 
client depuis un support de donnees tiers supporte en tant que peripherique 
d 5 amor<?age par le poste client, comme une disquette, un disque dur reel ou un 
disque optique, puis execute par le poste client. 

30 
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20 



A noter que si certaines des donnees contenues dans le disque dur emule sont 
accedees par un poste client via un reseau informatique, au moins un pilote de 
peripherique, charge et execute par le systeme d' exploitation du poste client, 
fournit les fonctions de communication via le reseau informatique avec le 
logiciel serveur, lequel est charge de fournir les services d'emulation du 



disque dur. 



Si le support de donnees contenant les donnees du ou des disque(s) dur(s) 
emule(s) est un support ne supportant pas les 6critures en temps reel, par 
10 exemple un disque optique CD-ROM, ou que le systeme d'emulation de 
disque dur selon 1' invention est parametre pour ne pas accepter les ecritures de 
donnees directement dans le support contenant les donnees du disque dur 
emule, par exemple, un disque dur emule utilise sfmultanement par plusieurs 
postes clients, les pilotes de peripheriques et/ou un logiciel serveur execute par 
15 un poste d'un reseau informatique fournissant 1' emulation de disque dur aux 
postes clients peuvent traiter les requetes d' ecritures de donnees emises par le 
systeme d' exploitation vers le(s) disque(s) dur(s) emule(s) de facon a ce que 
les donnees ecrites soient stockees dans un espace de stockage different du 
support de donnees contenant les donnees du ou des disque(s) dur(s) emule(s). 



Par exemple, les requetes d' ecritures de donnees emises par le systeme 
d' exploitation du poste client vers le(s) disque(s) dur(s) emule(s) sont traitees 
de facon a ce que les donnees 6crites soient stockees dans la memoire vive du 
poste client. 

25 Les requetes d' ecritures de donnees emises par le systeme d' exploitation du 
poste client vers le(s) disque(s) dur(s) emule(s) peuvent etre, soit traitees de 
facon a ce que les donnees ecrites soient stockees dans la memoire virtuelle du 
poste client, c'est a dire dans un fichier de donnees, accessible au systeme 
d' exploitation du poste client, et servant d' espace memoire additionnel, soit 

30 traitees de facon a ce que les donnees ecrites soient stockees dans un fichier de 
donnees, accessible au systeme d' exploitation du poste client. 
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Les requetes d'ecriture de donnees emises par le systeme d' exploitation vers 
le(s) disque(s) dur(s) emule(s) sent, a un instant donne, redirigees dans un et 
un seul espace de stockage. L' espace de stockage dans lequel sont redirigees 
les ecritures, peut etre change a la volee durant line session d' execution du 

5 systeme d' exploitation d'un poste client. L'espace de stockage utilise pour le 
stockage des ecritures peut etre volatile c 9 est a dire etre vide des donnees qui y 
sont stockees a chaque nouvelle session d' execution du systeme d' exploitation 
d'un poste client, ou bien non volatil de fa<?on a permettre la persistance des 
donnees ecrites d'une session d' execution du systeme d ? exploitation d'un 

10 poste client a une autre. La volatility ou la persistance de l'espace de stockage 
utilise pour le stockage des ecritures est parametrable quand cela a du sens. 
Le caractere volatil des redirections d'ecriture est detennme a V initialisation 
de la session d* execution du systeme d' exploitation d'un poste client et, s ? il 
est modifie a la volee, il n'aura d'effet pour le poste client qu'apres un 

1 5 demarrage ou un redemarrage de ce dernier, 

Les requetes de lecture de donnees emises par le systeme d' exploitation 
peuvent etre effectuees dans differents espaces de stockage lors d'une session 
d 5 execution du systeme d ? exploitation. Dans ce cas, les requetes de lecture de 
20 donnees emises par le systeme d' exploitation vers un disque dur emule, 
effectuees dans differents espaces de stockage, le sont en suivant un ordre de 
priorite qui decoule de T ordre precedent des differentes redirections des 
requetes d'ecriture. 

25 Lesdits ordres de priorite dependent de la sequence precedemment effectuee 
pour les redirections des requetes d'ecriture. On s' assure ainsi que, du point de 
vue du poste client, le disque dur emule est toujours coherent ; en parti culier, 
si une donnee particuliere Dl (un secteur d'un disque dur emule ou un fichier 
d'un systeme de fichier) a ete ecrite dans un espace de donnees El a un 

30 moment donne, puis que les requetes d'ecriture ont ete redirigees dans un 
autre espace E2, puis que la meme donnee Dl (le meme secteur ou le meme 



1 er depot 

- 10- 



fichier) a ete modifiee et subsequemment ecrite dans 1' espace E2, les requetes 
de lectures sur Dl se feront dans l'espace E2 (qui a la plus grande priorite), de 
facon a lire la version de Dl la plus recemment ecrite. 

Par exemple : 

1 . Les donnees a lire se trouvent-elles dans la memoire vive ou virtuelle du 
poste client, a cause de precedentes requetes d'ecriture redirigees dans cet 
espace de stockage ? Si oui les y lire, si non, 

2. Les donnees a lire se trouvent-elles dans un espace de stockage tampon (un 
fichier par exemple) accessible aux pilotes de peripheriques qui sont 
parties de 1' invention du poste client, a cause de precedentes requetes 
d'ecriture redirigees dans cet espace de stockage ? Si oui les y lire, si non, 

3. Les donnees du disque dur emule sont elles stockees sur un serveur dans 
un reseau informatique ? si oui traiter le point 4, si non traiter le point 5, 

4. Les donnees a lire se trouvent-elle dans un espace de stockage tampon (un 
fichier par exemple) accessible d'un module serveur, a cause de 
precedentes requetes d'ecriture redirigees dans cet espace de stockage ? Si 

oui les y lire, si non, 

5. Lire les donnees directement dans le support contenant les donnees non 

modifiees du disque dur emule. 

Avantageusement, si le systeme d'emulation de disque dur est parametre de 
facon a ce que les requetes d'ecritures recues par le logiciel serveur a 
destination d'un disque dur emule particulier ne sont pas redirigees mais 
stockees directement dans support contenant les donnees du disque dur emule 
lui-meme, un seul poste client peut acceder audit disque dur emule a un instant 
donne. 

On 6vite ainsi les problemes d'acces concurrent « en ecriture » a un meme 
ensemble de donnees. 
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Le parametrage pour lequel les requetes d'eciitures ne sont pas rediriges est, 
par exemple, le parametrage a utiliser pour mettre a disposition des postes 
clients, un nouveau composant logiciel (un nouvel applicatif logiciel par 
exemple) : 

5 • Le parametrage d'acces au disque dur emule est positionne de fa$on 

a ce que les requetes d'ecritures ne soient pas redirigees, 

• Le composant nouveau logiciel est installe comme s'il etait installe 
sur un disque dur reel, 

• Le poste client depuis lequel V installation a ete effectuee est eteint, 
10 ® Le parametrage d'acces au disque dur emule est modifie de fa<?on a 

ce que les requetes d'ecriture emanant des postes clients soient 
redirigees, 

® Tons les postes client qui utilisent le disque dur emule en question 
ont desormais acces au nouveau composant logiciel sans qu'il ait ete 
15 necessaire de le mettre explicitement a la disposition de chaque 

poste client. 



Pour permettre a plusieurs postes clients Faeces simultane a un mSme disque 
dur emule, le logiciel serveur est capable de rediriger specifiquement les 
20 requetes d'ecriture emises par un poste client A dans un espace de stockage 
donne, par exemple un fichier dans Tespace de stockage accessible au poste 
serveur, et de rediriger les requetes d'ecriture emises par un autre poste client 
B dans un autre espace de stockage donne, par exemple un autre fichier dans 
l 5 espace de stockage accessible au poste serveur. 

25 

Afin d'aceelerer Faeces simultane par plusieurs postes client au meme disque 
dur emule dont les donnees sont contenues dans un support de donnees 
accessible au poste serveur, les donnees envoyees par le poste serveur aux 
postes clients dans le cadre de V emulation de disque dur peuvent etre 
30 envoyees globalement et en une seule fois en utilisant des mecanismes de 
"broadcast" ou de "multicast" au lieu de mecanismes dits "unicast". 
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Les donn6es envoyees en "broadcast" ou en "multicast" par le poste serveur 
sont stockees paries postes clients qui les acceptent dans un cache local, sitae 
dans la memoire (reelle ou virtaelle) desdits postes clients. 

Avantageusement, les postes clients peuvent effacer du cache les donnees qui 
y sont depuis plus d'un temps donne et parametrable (TimeOut). En effet, ces 
donnees pourraient, si elles ne sont pas pertinentes et si dies ne sont jamais 
lues, engorger inutilement le cache "multicast" des postes clients. 

Une requete de lecture de donnees dans le disque dur emule emise par le 
systeme d' exploitation d'un poste client genere une demande explicite de 
lecture emise vers le poste serveur uniquement si lesdites donnees ne sont pas 
deja presentes dans ledit cache local. Si lesdites donnees sont effectivement 
deja presentes dans ledit cache local, elles y sont lues et transmises au systeme 
1 5 d' exploitation du poste client. 

Les donnees lues dans le cache local en sont retirees des qu' elles sont lues par 
le poste client, de facon a liberer de la place dans ledit cache local. 
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La decision d'envoyer, dans le cadre de 1' emulation de disques durs selon 
l'invention, des donnees en "multicast/broadcast" ou en "unicast" est effectuee 
au niveau du module serveur qui fournit les fonctionnalites necessaires a 
P emulation de disques durs aux postes clients. 

25 Les postes clients peuvent modifier leur souscription a la reception de donnees 
envoyees via "broadcast/multicast" par le poste serveur dans le cadre de 
1' emulation de disques durs selon l'invention. Par exemple, les postes clients, 
une fois qu'ils ont ete amorces depuis un disque dur emule et que l'interface 
homme/machine permettant a un ou plusieurs utilisateurs d'exploiter le poste 

30 client est utilisable, la souscription a la reception de donnees via 
"broadcast/multicast" peut etre resiliee, par exemple par un mecanisme de 
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desabonnement a un groupe d'adresses "multicast 11 , de fa^on a ce que les 
postes clients completement amorces n'aient plus a traiter les flots de donnees 
"multicast/broadcast 11 ; cela peut s'averer tres utile si les donnees envoyees par 
le poste serveur via "multicast/broadcast 11 ne sont destinees qu'a permettre 
5 Lacces aux portions du disque systeme emule necessaire a 1'amorgage complet 
du systeme d' exploitation du poste client, et plus du tout utile aux postes 
clients deja amorces. Ainsi, un poste client deja amorce depuis un disque dur 
emule n'est pas pollue par les donnees envoyees en "broadcast/multicast" a 
des postes clients en cours d 5 amor?age. 

10 

Selon 1 ? invention, afin de permettre Tamorpage depuis et/ou des acces 
simultanes au meme disque dur emule ou a des copies 100% identiques d 9 un 
meme disque dur emule, certains composants constituant V invention charges 
et executes par les postes clients, par exemple un ou plusieurs pilotes de 

1 5 peripheriques, ou par un logiciel serveur, sont capables de modifier, a la volee 
ou avant leur utilisation effective par le systeme d' exploitation, certaines 
donnees contenues dans le disque dur emule, par exemple Pidentifiant unique 
d'un poste client sur le reseau (nom d'ordinateur ou adresse "IP" par exemple) 
ou le mot de passe du compte du poste client dans un domaine 

20 d' authentification (domaine "active directory" par exemple), des numeros de 
series de logiciels, ou encore des donnees d'authentificati on telles que les 
donnees necessaires a V activation de certains produits "Microsoft". 

L' emulation elle-meme peut etre effectuee, pour le systeme d 5 exploitation du 
25 poste client, au niveau de la classe de peripheriques virtuels de type systeme 
de fichier (file system), comme dans les produits "Qualystem LiteNET PC Lx 
et Qualystem LAN PC 2.x" (file system CIFS ou SMB) ou "Qualystem 
Rescue Lx" (file system ISO9660/Joliet, CDFS ou UDF). 

30 L'emulation peut &tre egalement effectuee, pour le systeme d 9 exploitation du 
poste client, au niveau de la classe de peripheriques disques elle-meme et non 
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pas au niveau du systeme de fichier. Ce type d'emulation est mis en ceuvre par 
exemple dans les produits "Qualystem LAN PC 3.x" (Support de donnees des 
disques durs emules residant sur un serveur d'un reseau informatique) ou 
"Qualystem Rescue 2.x et 3.x" (Support de donnees des disques durs emules 
residant dans la partie d'amorcage, elite "El Torito", d'un disque optique, CD 



ouDVD). 



Les donnees significatives contenues dans le disque dur emule y sont copiees 
par un outil logiciel execute sur un poste de reference depuis un disque dur 
10 reel dit disque dur de reference, accessible au systeme d' exploitation dudit 
poste de reference. 

V outil logiciel cree un fichier ou un repertoire image (fichier image pour 
l'emulation au niveau disque dur, repertoire image pour l'emulation au niveau 
15 du systeme de fichier) qui contient les donnees du disque dur emule. Ledit 
fichier image ou repertoire image est cree en effectuant une copie de chaque 
fichier contenu dans le disque dur reel, utilise comme reference pour creer le 
fichier image ou le repertoire image. 

Dans le cas du fichier image, ce dernier est une representation bit a bit d'un 
20 veritable disque dur considere comme un tableau de bits. C'est la 
representation logique d'un disque dur sous forme de tableau de bits qui est 
utilisee. Le fichier image contient ainsi les informations necessaires a la 
representation de la structure logique d'un veritable disque dur, comme le 
secteur de "BOOT" primaire (MBR, Master Boot Record) et la table des 
25 partitions. II contient aussi le ou les secteurs d'amorcage des partitions 
contenues dans le disque dur emule. Le logiciel qui cree le fichier image a 
partir d'un disque dur reel peut etre amene, si le disque dur emule doit etre 
amorce, a modifier dans les donnees stockees dans le fichier image, certaines 
des informations utilisees par le systeme d' exploitation charge depuis le 
30 disque dur emule, afin de rendre operational et effectif l'amorcage dudit 
systeme d' exploitation depuis ledit disque dur emule. 



it** uepox 

- 15- 



Afin de permettre Famonjage depuis un disque dur emule, la sequence de 
chargement des composants du systeme d' exploitation peut necessiter une 
adaptation de fa<?on a ce que tous les composants du systeme d' exploitation 
dont dependent les pilotes de peripherique permettant Faeces au disque dur 
5 emule selon r invention soient charges et utilisables au moment ou le systeme 
d* exploitation a besoin d'acceder au disque dur emule en utilisant les pilotes 
de peripheriques et non plus en utilisant les fonctions du "firmware" (BIOS). 

Par exemple, si les donnees contenues dans le disque dur emule utilise pour 
10 Famor?age du systeme d' exploitation d'un micro ordinateur sont stockees 
dans un fichier sur un serveur d ? un reseau informatique, les pilotes permettant 
au systeme d' exploitation du poste client d'utiliser a r interface reseau dudit 
poste client doivent etre charges et utilisables avant que le systeme 
d' exploitation n'ait besoin d'acceder au disque dur emule via les pilotes de 
15 peripherique, pour continuer son chargement ; de meme, a ce moment, les 

r , 

V! 

pilotes des protocoles reseau utilises par les pilotes de peripheriques 
permettant d'acceder au disque dur emule devront etre charges et utilisables. 

Un autre exemple est celui ou les donnees contenues dans le disque dur emule 
20 utilise pour Famonjage du systeme d 5 exploitation d'un micro ordinateur sont 
stockees dans la partie d'amonpage d'un disque optique (CD ou DVD). Dans 
un tel cas, les pilotes de peripheriques permettant au systeme d 5 exploitation 
d'acceder audit lecteur de disque optique doivent etre charges et utilisables 
avant que le systeme d' exploitation ait besoin d'acceder au disque dur emule, 
25 via les pilotes de peripherique, pour continuer son chargement. 

II se peut done que l'ordre de chargement des composants dont dependent les 
pilotes de peripheriques permettant d'acceder au disque dur emule doive etre 
adapte. 

30 

i 
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Dans le cas ou les donnees d'un disque dur emule sont accedees par un client 
via un reseau informatique, le(s) eventuel(s) module(s) serveur peut(peuvent) 
mettre a disposition sur le reseau des disques durs emules en utilisant un 
protocole proprietary comme celui utilise actuellement dans "Qualystem 
5 LAN PC 3" ou en utilisant un protocole tiers idoine, par exemple un protocole 
•standard' afm d'exporter des disques durs ou des systemes de fichiers distants, 
par exemple le protocole "iSCSI" (disque dur distant) ou les protocoles 
"SMB/CIFS" ou "NFS" (systemes de fichiers distants). Leventuel module 
serveur est alors un service auquel les clients qui « parlent » le protocole 
1 0 utilise peuvent se connecter et ainsi acceder aux ressources de donnees mises a 
disposition par ledit service. II existe bien sur la possibility au niveau dudit 
service, de gerer les ecritures de facon parametrable, et de pouvoir, en 
particulier, les effectuer dans un espace de stockage specifique au couple poste 
client/disque dur virtuel, espace de stockage qui n'est pas l'espace de stockage 
15 commun a tous les clients. Les clients qui peuvent se connecter aux disques 
durs emules mis a disposition par le module serveur sur le reseau peuvent ainsi 
etre des clients "standard", par exemple des clients "iSCSI" standard, ou des 
clients "SMB/CIFS" standards, et non pas forcement des clients "Qualystem™ 
LAN-PC 3", par exemple. De meme, les programmes executes par les postes 
20 clients, module logiciel bas niveau ou pilotes de peripheriques, peuvent 
utiliser, pour acceder aux donnees contenues dans les disques durs emules, un 
protocole reseau proprietary tel le protocole "NVD" de "Qualystem LAN PC 
3", ou un protocole tiers, par exemple standard tel "iSCSI" ou "SMB/CIFS". 

25 Selon que 1' implementation, au niveau des modules serveurs ou clients, 
implemente les fonctions de la presente invention, la redirection des requetes 
d'ecriture pourra alors etre effective ou bien au niveau des modules clients, ou 
bien au niveau des modules serveurs, ou bien pour ces deux types de modules, 
avec les avantages decrits precedemment. 



30 
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Ainsi, la securisation de I'acces au systerne d' exploitation et/ou a certains 
fichiers contenus dans le disque dur, et notamment dans un systerne en reseau 
exploite par de nombreux utilisateurs, est assuree grace au procede selon 
F invention, qui met en ceuvre une emulation logicielle totale des disques durs 
au niveau des blocs de donnees ou du systerne fichier, permettant ainsi 
d'utiliser dans des disques durs emules tout type de systemes de fichiers 
acceptes par le systerne d' exploitation. 
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Revendications 



1. Procede pour 1' emulation logicielle de disques durs d'une plate- 
forme informatique an niveau du systeme d'exploitation, avec gestion 

5 parametrable a la volee des requetes d' ecriture et de lecture, 

caracterise en ce qu'il consiste a creer dans une premiere etape une 
representation d'un disque dur reel dans laquelle peuvent etre adaptes les 
ordres de chargement et d' execution de certains des composants du systeme 
d'exploitation de la plate-forme informatique, puis de charger sur ladite plate- 

10 forme informatique au cours d'une deuxieme etape un ou plusieurs pilotes de 
peripherique parmi lesquels au moins un des pilotes de peripherique permet le 
dialogue reel avec un support de stockage de donnees contenant les donnees 
du disque dur emule, puis a simuler dans une troisieme etape le comportement 
d'un veritable disque dur pour le systeme d'exploitation. 



15 



2. Procede selon la revendication 1 , 
caracterise en ce que la gestion des susdites requetes d'ecriture que le systeme 
d'exploitation emet vers le disque dur emule est effectuee au niveau des 
pilotes de peripheriques et/ou au niveau d'un eventuel service serveur de 
20 disque dur sur le reseau, les donnees ecrites etant stockees, selon le 
parametrage desdits pilotes de peripheriques et/ou dudit service serveur de 

disque dur sur le reseau : 

■ ou bien directement dans le support contenant le disque dur emule, 

- ou bien dans la memoire, vive ou virtuelle, accessible au systeme 
25 d' exploitation utilisant le disque dur emule, 

Q ou bien dans un espace de stockage volatil accessible au systeme 
d'exploitation utilisant le disque dur emule, 

- ou bien dans un espace de stockage non volatil accessible au systeme 
d'exploitation utilisant le disque dur emule, 

30 - ou bien dans un espace de stockage volatil accessible au service 

serveur de disques durs emules sur un reseau informatique, 
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M ou bien dans un espace de stockage non volatil accessible au service 
serveur de disques durs emules sur un reseau informatique. 

3 . Procede selon la revendication 1 9 

5 caracterise en ce que la gestion des susdites requetes de lecture que le systeme 
d' exploitation emet vers le disque dur emule est effectuee au niveau des 
pilotes de peripheriques et/ou au niveau d'un eventuel service serveur de 
disque dur sur le reseau, les lectures des donnees ecrites precedemment etant 
effectuees dans un espace de stockage : 
10 B ou bien directement dans le support contenant le disque dur emule, 

■ ou bien dans la memoire, vive ou virtuelle, accessible au systeme 

d' exploitation utilisant le disque dur emule, 
s ou bien dans un espace de stockage volatil accessible au systeme 
d ? exploitation utilisant le disque dur emule, 
15 * ou bien dans un espace de stockage non volatil accessible au systeme 

d 5 exploitation utilisant le disque dur emule, 

* ou bien dans un espace de stockage volatil accessible au service 
serveur de disques durs emules sur un reseau informatique, 

* ou bien dans un espace de stockage non volatil accessible au service 
20 serveur de disques durs emules sur un reseau informatique. 

4. Procede selon la revendication 1 , 

caracterise en ce que P emulation de disque dur fournie au systeme 
d' exploitation d'un poste client peut etre effectuee par le biais d'un seul pilote 
25 de peripherique monolithique, qui communique avec le systeme d' exploitation 
a la fa$on d'un disque dur et qui communique avec le support contenant les 
donnees dudit disque dur emule de maniere specifique a ce support. 

5. Procede selon la revendication 1 , 

30 caracterise en ce que les donnees du ou des disque(s) dur(s) emule(s) sont 
accessibles aux postes clients via un reseau informatique. 



1 er depot 

-20- 



6. Procede selon la revendication 1, 
caracterise en ce que si un disque dur emule doit etre amorce, un module 
micro logiciel bas niveau est responsable de l'acces aux donnees contenues 
5 dans ledit disque dur emul6, en fournissant une interface de type de celle 
fournie par le micro logiciel charge de l'acces aux donnees de veritables 
disques durs par le systeme d' exploitation amorce sur le poste client. 

7. Procede selon les revendications 5 et 6, 
10 caracterise en ce que le micro logiciel pourra, dans le cas d'ordinateurs 
utilisant des programmes memoires de demarrage de type "PXE" (PROM de 
demarrage PXE), utiliser les fonctions rendues disponibles par ces "PROMS" 
pour gerer les communications via le reseau informatique de facon 
independante du modele d'interface reseau utilisee. 
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8. Procede selon la revendication 7, 
caracterise en ce que le micro logiciel bas niveau est charge dans la memoire 
du poste client puis execute en utilisant les fonctions rendues disponibles par 
une "PROM" de demarrage. 



9. Procede selon la revendication 6, 
caracterise en ce que le micro logiciel bas niveau est charge dans la memoire 
du poste client puis execute en tant que composant du micro logiciel basique 
standard (BIOS par exemple) du poste client, ledit micro logiciel bas niveau 
25 fournissant les memes fonctions que les services d'acces aux veritables 
disques durs fournis habituellement par le micro logiciel basique standard 

10. Procede selon la revendication 6, 
caracterise en ce que le micro logiciel bas niveau est charge dans la memoire 
30 du poste client depuis un support de donnees tiers supporte en tant que 
peripherique d'amorcage par le poste client. 
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11. Procede selon la revendication 5, 

caracterise en ce qu'au moins un pilote de peripherique charge et execute par 
le systeme d 5 exploitation du poste client fournit les fonctions d'acces, via le 
5 reseau informatique, aux donnees contenues dans les disques durs emules. 

12. Precede selon la revendication 1 , 

caracterise en ce que si le support de donnees contenant les donnees du ou des 
disque(s) dur(s) emule(s) est un support ne supportant pas les ecritures en 

10 temps reel, ou que le systeme d' emulation de disque dur selon V invention est 
parametre pour ne pas accepter les ecritures de donnees directement dans le 
support contenant les donnees du disque dur emule, les pilotes de 
peripheriques fournissant P emulation de disque dur aux postes clients traitent 
les requetes d' ecritures de donnees emises par le systeme d 5 exploitation vers 

15 le(s) disque(s) dur(s) emule(s) de fapon a ce que les donnees ecrites soient 
stockees dans un espace de stockage different du support de donnees 
contenant les donnees du ou des disque(s) dur(s) emule(s). 

13. Procede selon la revendication 12, 

20 caracterise en ce que les requetes d' ecritures de donnees emises par le systeme 
d' exploitation du poste client vers le(s) disque(s) dur(s) emule(s) sont traitees 
de fagon a ce que les donnees ecrites soient stockees dans la memoire vive du 
poste client. 

25 1 4. Procede selon la revendication 1 2, 

caracterise en ce que les requetes d' ecritures de donnees emises par le systeme 
d' exploitation du poste client vers le(s) disque(s) dur(s) emule(s) sont traitees 
de fa?on a ce, que les donnees ecrites soient stockees dans la memoire virtuelle 
du poste client. 

30 . 
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15. Procede selon la revendication 12, 
caracterise en ce que les requetes d'ecriture de donnees emises par le systeme 
Sexploitation du poste client vers le(s) disque(s) dur(s) emule(s) sont traitees 
de facon a ce que les donnees ecrites soient stockees dans un fichier de 
donnees, accessible au systeme d' exploitation du poste client. 

16. Procede selon la revendication 1, 
caracterise en ce que les requetes d'ecriture de donnees emises par le systeme 
d'exploitation vers le(s) disque(s) dur(s) emule(s) sont, a un instant donne, 
redirigees dans un et un seul espace de stockage ; Pespace de stockage dans 
lequel sont redirigees les ecritures peut etre change a la volee durant une 
session d'execution du systeme d'exploitation d'un poste client. 

17. Procede selon la revendication 12, 
caracterise en ce que 1' espace de stockage utilise pour le stockage des ecritures 
peut etre volatil, c'est a dire etre vide des donnees qui y sont stockees a chaque 
nouvelle session d'execution du systeme d'exploitation d'un poste client, ou 
bien non volatil de facon a permettre la persistance des donnees ecrites d'une 
session d'execution du systeme d'exploitation d'un poste client a une autre. 

18. Procede selon les revendications 16 et 17, 

caracterise en ce que le caractere volatil des redirections d'ecriture est 
determine a 1' initialisation de la session d'execution du systeme d'exploitation 
d'un poste client. 

19. Procede selon la revendication 1 , 

caracterise en ce que les requetes de lecture de donnees emises par le systeme 
d'exploitation peuvent etre effectuees dans differents espaces de stockage lors 
d'une session d'execution du systeme d'exploitation d'un poste client. 
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20. Procede selon la revendication 19, 

caracterise en ce que les requetes de lecture de donnees emises par le systeme 
d' exploitation vers un disque dur emule, effectuees dans differents espaces de 
stockage, le sont en suivant un ordre de priorite. 

5 

2 1 . Procede selon la revendication 5, 

caracterise en ce qu'un programme specifique, appele « logiciel serveur », est 
en charge, sur un des postes du reseau informatique, d'une part des 
communications via le reseau avec les postes clients qui accedent aux disques 
10 durs ernules, et d ? autre part d'acceder au support de donnees contenant les 
donnees des disques durs emules. 

22. Procede selon la revendication 21, 

caracterise en ce que si le systeme d ? emulation de disque dur est parametre de 
15 fa^on a ce que les requetes d'ecritures repues par le logiciel serveur a 
destination d'un disque dur emule particulier ne sont pas redirigees mais 
stockees directement dans support contenant les donnees du disque dur emule 
lui-meme, un seul poste client peut acceder audit disque dur emule a un instant 
donne. 

20 

23 . Procede selon la revendication 2 1 , 

caracterise en ce que pour permettre a plusieurs postes clients Faeces 
simultane a un meme disque dur emule, le logiciel serveur est capable de 
rediriger specifiquement les requetes d'ecriture emises par un poste client A 
25 dans un espace de stockage donne, et de rediriger les requetes d'ecriture 
emises par un autre poste client B dans un autre espace de stockage donne. 

24. Procede selon la revendication 1 , 

caracterise en ce qu'afin de permettre Tamorpage depuis et/ou des acces 
30 simultanes au meme disque dur emule ou a des copies 100% identiques d'un 
meme disque dur emule, certains composants constituant r invention charges 
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et executes par les postes clients ou par un logiciel serveur, sont capables de 
modifier, a la volee ou avant leur utilisation effective par le systeme 
d' exploitation, certaines donnees contenues dans le disque dur emule. 

25. Precede selon la revendication 1, 

caracterise en ce que 1' emulation elle meme est effectuee, pour le systeme 
d' exploitation du poste client, au niveau de la classe de peripheriques virtuels 
de type systeme de fichier comme dans les produits "Qualystem LiteNET PC 
1.x" et "Qualystem LAN PC 2.x" (file system CIFS ou SMB) ou "Qualystem 
Rescue 1.x" (file system ISO9660/Joliet, CDFS ouUDF). 

26. Precede selon la revendication 1, 

caracterise en ce que 1'emulation est effectuee, pour le systeme d' exploitation 
du poste client, au niveau de la classe de peripheriques disques elle-meme et 
non pas au niveau du systeme de fichier. Ce type d' emulation est mis en 
ceuvre par exemple dans les produits "Qualystem LAN PC 3.x" (Support de 
donnees des disques durs emules residant sur un serveur d'un reseau 
informatique) ou "Qualystem Rescue 2.x et 3.x" (Support de donnees des 
disques durs emules residant dans la partie d'amorcage, dite "El Torito", d'un 
disque optique, CD ou DVD). 

27. Precede selon la revendication 1 , 

caracterise en ce que les donnees significatives contenues dans le disque dur 
emule y sont copiees par un outil logiciel execute sur un poste de reference 
depuis un disque dur reel dit disque dur de reference, accessible au systeme 
d' exploitation dudit poste de reference. 

28. Precede selon les revendications 25 et 27, • 

caracterise en ce que V outil logiciel cree un repertoire image qui contient les 
donnees du disque dur emule. 
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29. Procede selon les revendications 26 et 27, 
caracterise en ce que Poutil logiciel cree un fichier image qui contient les 
donnees du disque dur emule. 

5 30. Procede selon la revendication 1, 

caracterise en ce qu'afm de permettre Pamor<?age depuis un disque dur emule, 
la sequence de chargement des composants du systeme d' exploitation 
necessite une adaptation de fapon a ce que tous les composants du systeme 
d' exploitation dont dependent les pilotes de peripherique permettant Faeces au 
10 disque dur emule selon P invention soient charges et utilisables au moment ou 
le systeme d' exploitation a besoin d'acceder au disque dur emule en utilisant 
les pilotes de peripheriques et non plus en utilisant les fonctions du "firmware" 
(BIOS). 

15 31. Procede selon la revendication 2 1 ; 

caracterise en ce que pour accelerer Faeces simultane par plusieurs postes 
client au meme disque dur emule dont les donnees sont contenues dans uri 
support de donnees accessible au poste serveur, les donnees sont envoyees par 
le logiciel serveur aux postes clients dans le cadre de F emulation de disque 

20 dur, globalement et en une seule fois en utilisant des mecanismes de 
"broadcast" ou de "multicast" au lieu de mecanismes dit "unicast". 

32. Procede selon la revendication 3 1 , 

caracterise en ce que les donnees envoyees en "broadcast" ou "multicast" par 
25 le poste serveur sont stockees par les postes clients qui les acceptent dans un 
cache local, situe dans la memoire (reelle ou virtuelle) desdits postes clients. 

33. Procede selon la revendication 31, 

caracterise en ce qu'une requete de lecture de donnees dans le disque dur 
30 emule emise par le systeme d' exploitation d'un poste client genere une 
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demande explicite de lecture emise vers le poste serveur uniquement si 
lesdites donnees ne sontpas dejapresentes dans ledit cache local. 

34. Precede selon la revendication 33, 

caracterise en ce que les donnees lues dans le cache local en sont retirees des 
qu'elle sont lues par le poste client, de facon a liberer de la place dans ledit 
cache local. 

35. Precede selon la revendication 3 1 , 

caracterise en ce que la decision d'envoyer, dans le cadre de 1' emulation de 
disques durs selon l'invention, des donnees en "multicast/broadcast" ou en 
"unicast" est effectuee au niveau du logiciel serveur qui fournit les 
fonctionnalites necessaires a l'emulation de disques durs aux postes clients. 

36. Precede selon la revendication 3 1 , 

caracterise en ce que les postes clients peuvent modifier leur souscription a la 
reception de donnees envoyees via "broadcast/multicast'* par le poste serveur 
dans le cadre de l'emulation de disques durs selon l'invention. 

37. Precede selon la revendication 32, 

caracterise en ce que les postes clients peuvent effacer du cache local, les 
donnees qui y sont depuis plus d'un temps donne et parametrable. 

38. Precede selon la revendication 5 

caracterise en ce que le module serveur mettant a disposition des postes clients 
les donnees contenues dans les disques durs emules peut utiliser n'importe 
quel protocole reseau idoine. 
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39. Procede selon les revendications 5 et 6 

caracterise en ce que le programme logiciel bas niveau, execute par les postes 
clients et permettant Faeces aux donnees contenues dans les disques durs 
emules peut utiliser n'importe quel protocole reseau idoine. 

5 

40. Procede selon la revendication 1 1 

caracterise en ce que le(s) pilote(s) de peripherique selon l'invention 
execute(s) par les postes clients et permettant Faeces aux donnees contenues 
dans les disques durs emules peuvent utiliser n'importe quel protocole reseau 
1 0 idoine. 



41 . Procede selon la revendication 2 1 

caracterise en ce que si le support de donnees contenant les donnees du ou des 
disque(s) dur(s) emule(s) est un support ne supportant pas les ecritures en 

15 temps reel, ou que le systeme d' emulation de disque dur selon l'invention est 
parametre pour ne pas accepter les ecritures de donnees directement dans le 
support contenant les donnees du disque dur emule, le logiciel serveur 
fournissant Femulation de disque dur aux postes clients traite les requites 
d'ecritures de donnees emises par le systeme d' exploitation des postes clients 

20 vers le(s) disque(s) dur(s) emule(s) de facon a ce que les donnees ecrites soient 
stockees dans un espace de stockage different du support de donnees 
contenant les donnees du ou des disque(s) dur(s) emule(s). 

42. Procede selon la revendication 21, 

25 caracterise en ce que les requetes d'ecritures de donnees emises par le systeme 
d 5 exploitation des postes clients vers le(s) disque(s) dur(s) emule(s) sont 
traitees de facon a ce que les donnees ecrites soient stockees dans la memoire 
vive du poste serveur. 
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43 . Procede selon la revendi cation 2 1 , 

caracterise en ce que les requetes d'ecritures de donnees emises par le systeme 
d' exploitation des postes clients vers le(s) disque(s) dur(s) emule(s) sont 
traitees de facon a ce que les donnees ecrites soient stockees dans la memoire 
virtuelle du poste serveur. 

44. Procede selon la revendication 2 1 , 

caracterise en ce que les requetes d'ecriture de donnees emises par le systeme 
d'exploitation des postes clients vers le(s) disque(s) dur(s) emule(s) sont 
traitees de facon a ce que les donnees ecrites soient stockees dans un fichier de 
donnees, accessible au logiciel serveur. 

45. Procede selon la revendication 21, 

caracterise en ce que l'espace de stockage utilise pour le stockage des ecritures 
peut etre volatil, c'est a dire etre vide des donnees qui y sont stockees a chaque 
nouvelle session d'execution du systeme d'exploitation d'un poste client, ou 
bien non volatil de facon a permettre la persistance des donnees ecrites d'une 
session d'execution du systeme d'exploitation d'un poste client a une autre. 

46. Procede selon les revendications 16 et 21, 

caracterise en ce que le caractere volatil des redirections d'ecriture est 
determine a 1' initialisation de la session d'execution du systeme d'exploitation 
d'un poste client. 
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